home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / std / c++ / 626 < prev    next >
Encoding:
Internet Message Format  |  1996-08-06  |  1.6 KB
  1. From: vandevod@cs.rpi.edu (David Vandevoorde)
  2. Message-ID: <xsovikkwkg2.fsf@avs.cs.rpi.edu>
  3. X-Original-Date: 04 Mar 1996 17:41:01 -0500
  4. Path: in1.uu.net!bounce-back
  5. Date: 05 Mar 96 02:22:13 GMT
  6. Approved: fjh@cs.mu.oz.au
  7. Newsgroups: comp.std.c++
  8. Subject: Re: Hiding Overloaded Functions
  9. Organization: RPI Computer Science
  10. References: <4h9psh$fnv@news.cs.tu-berlin.de>
  11. In-Reply-To: Roman Lechtchinsky's message of 04 Mar 1996 10:20:46 PST
  12. X-Newsreader: Gnus v5.1
  13. X-Auth: PGPMoose V1.1 PGP comp.std.c++
  14.     iQBFAgUBMTulZOEDnX0m9pzZAQHJzwF/ZPGqlithKf0kOs7jaemzIO53rgUGcw5m
  15.     qdVYcp5R+rhfOE2LBj63ASYP3Sg5hmcg
  16.     =5Fjs
  17.  
  18. >>>>> "RL" == Roman Lechtchinsky <wolfro@cs.tu-berlin.de> writes:
  19. [...]
  20. RL> In the present standard as well as in the April draft, there
  21. RL> exists one rule which I don't like at all. Basically, the concept
  22. RL> is that if several overloaded functions are defined in a class A
  23. RL> and one of these functions is redefined in a derived class B this
  24. RL> function hides all functions inherited from A that have the same
  25. RL> name:
  26. [...]
  27.  
  28. C++ look-up rules are already quite complicated. If this rule were
  29. relaxed the way you suggest, I imagine things would get even worse
  30. (I think you would have to define some kind of iteration between
  31. name look-up and overload resolution).
  32.  
  33.     Daveed
  34. ---
  35. [ To submit articles: try just posting with your news-reader.
  36.                       If that fails, use mailto:std-c++@ncar.ucar.edu
  37.   FAQ:      http://reality.sgi.com/employees/austern_mti/std-c++/faq.html
  38.   Policy:   http://reality.sgi.com/employees/austern_mti/std-c++/policy.html
  39.   Comments? mailto:std-c++-request@ncar.ucar.edu.
  40. ]
  41.